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Datenstruktur, Verfahren und Vorrichtung zur automatischen Bearbeitung von 
elektronischen Dokumenten, insbesondere Rechnungen, Gutschriften qder 
Rechnurigsvorschlagen 

Beschreibung 

Die Erfindung betriffi eine Datenstruktur, ein Verfahren und eine Vorrichtung zur 
automatischen Bearbeitung von Dokumenten, insbesondere Rechnungen mit Hilfe eines 
Computersystems, bei dem ein elektronisches Dokument (Rechnung) mit einer Vielzahl 
von Datenfeldern vorliegt, die Dokument(Rechnungs)informationen enthalten, und bei dem 
das Dokument (Rechnung) von einer ersten Partei einer zweiten Partei zuganglich 
gemacht wird. Die Bezeichnung „automatisch" soli dabei Interaktionen eines Benutzers 
J^f .dem Computersystem im Zuge der Bearbeitung nicht ausschlielien. 

Elektronische Systeme zur Zahlung von Rechnungen sind bekannt, beispielsweise aus der 
US 5, 465,206. Das Dokument offenbart ein System zur Zahlung von Rechnungen, bei 
dem in einem Netzwerk aus Rechnungsstellern und Rechnungsempfangern die 
Rechnungsempfanger ihre Rechnungen nachvorgegebenen Regeln bezahlen. Die 
Rechnungsempfanger erhalten die Rechnungen von den am System teilnehmenden 
Rechnungsstellern, die in der Rechnung eine Summe und eine Identifikationsnummer 
m.tteilen. Dieses System hat jedoch den Nachteil, dali es keine unterschiedlichen 
Rechnungsformate vom Rechnungssteller und Rechnungsempfanger unterstutzt. Eine 
Hinzufugung von weiteren Informationen, wie Kontierungsdaten zu einer Rechnung ist 
^cht mbglich . Auderdem wird seine Handhabung bei einem hohen Aufkommen von 
Rechnungen aufwendig und teuer wird. Eine Integrierung solcher Systeme in bereits 
bestehende Buchhaltungssysteme ist datentechnisch auKerordentlich schwierig unf 
aufwendig, wenn nicht sogar unmoglich. Insbesondere fur Rechnungsempfanger mit 
geringem Rechnungsaufkommen verursacht eine solche Integrierung einen 
aulierordentlich hohen Aufwand fur IT System, Support und Personal. 

Hier will die Erfindung eine Verbesserung vorgeben. 



Aufgabe wird durch ein Verfahren gemali dem Hauptanspruch gelost. 
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Gegenstand der Erfindung is, daher ein Verfahren zur Bearbeifung von Do.umen.en mi, 
Htf. e,nes Compu,ersys,ems, bei dem das Dokumen, in elektronischer Form mi, ein Oder 
mehreren Datenfeldem vorliegt. die Dokumentinformationen enthalten. und bei dem ein 
Oder mehrare elektronische Dokumente von einer ersten Partei einer zweiten Partei 
zuganglich gemacht werden, dadurch gekennzeichnet, dalJ 

die erste Partei automatisch ein Oder mehrere stmkturierte Dokumente bereitstelft, die es 
der zwerten Partei ermoglichen, ein Oder mehrere weitere Datenfelder zu ein Oder 
mehreren Datenfelder des Oder jeden elektronischen Dokumantes hinzuzufugen. 

Hierbei is, anzumerken. dass die erste und zweite Partei nich, notwendigerweise 
unterschiedliche iuristische Personen sein mussen. Die erste und zweite Partei kdnnen 
auoh tnnerhalb eines Unternehmens angesiedel, sein, beispielsweise als unterschiedliche 
ptalungen, die Computersysfeme haben, die Ober ein Netzwerk verbunden sind Beide 
Parte,en konnen sugar das selbe Computersystem benutzen. Erste und zweite Partei 
konnen auch ein und die selbe Person sein. 

Ein Computerprogramm zur Durchfuhrung des erfindungsgemaUen Verfahrens und seiner 
bavorzugten Ausfuhrungsfonmen, die im folgenden noch beschneben werden, wird im 
folgenden auch als eCSP (external Customer Service Provider) bezeichnet 

Besondere Ausfflhrungsformen des erfindungsgemaften Verfahrens bzw. besondere 
Ausgesteltungen der erfindungsgemaSen Vorrichtengen sind in den jeweillgen 
Unteranspruchen offenbart. Es konnen auch einzelne Oder mehrere Oder beliebige 
^omb,na,ionen der in den jeweillgen Unteranspruchen einer Kategorie offenbarten 
-Verkmale zusammen mi, den Merkmalen des jeweillgen Hauptenspruchs erfindensche 
Losungen der der Erfindung zugrunde liegenden Aufgabe darstellen 
Gegenstand der Erfindung is, welter ein Computersystem sowie ein Computerprogramm 
und e,ne Computerprogrammproduk, zur Durchfuhrung der erfindungsgemaflen 
Verfahrens. 

Die Vorteile der Erfindung bzw. des erfindungsgemafien Konzeptes dsr Bereitstellung 
e,nes Services zur Bearbeitung von Dokumenten, bzw. der Auslagemng Software zur 
Bearbertung der Dokumente sind im wesentlichen darin zu sehen da6 das 
arfindungsgemafie Verfahren einfach in die IT. Sysfeme von Biller und Customer zu 
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integrieren ist. Der Customer benStigt lediglich einen Computer mit Netzwerk- (Internet) 
AnschluR und Webbrowser. 

Reohnungen von untersehiedlichen Billem sind for einen Customer einfach handhabbar . 
un.ersehiedlieh FinanzinsBtute als Payment Service Provider sind mdglich. Das Verfahren 
.st be, hohem Rechnungsaufkommen leicht skalierbar. durch netzwerkartige Verschaltung 
von mehreren Consolidatoren uber Landergrenzen hinweg ist landerubergreifende 
Rechnungsstellung, Reehnungsprasentation und Zahlung mdglioh. ebenso ein 
Rechnungsreview per Workflow. 

Wener sind weniger "professional users" beim Anwender erforderlich, jeder Mi.arbei.er ist 
po.en„el,er initiator von Reohnungen und somK ReohnungsprOfer (z.B. bei Firmenwagen, 
Es fallen weniger Kosten far Ausbildung an ("easy-to-use" Web-Applikation " 
(ReohnungsprOfer), und es besteht ein groSes Potential zur Einsparung von Kosten fur 
|£tr and Hardware and Implementierung, die Prozesse kdnnen schlanker, die 
Prozesszeiten, verkiirzt werden, 




D,e Erfindung wird naohfolgend anhand von vorteilhaften AusfOhrungsbeispielen fur den 
Spezralfal, einer Reohnung und deren BearbeNung im folgenden weiter erlauterf Eine 
Besohrankung der Erfindung in irgend einer Weise is. daduroh nioht beabsiohtig. 
Formulierungen wie der ,der eCSP kann ... eine bestimmte Aktion durohfuhren" Oder ein 
Benutzer kann ... eine bestimmte Aktion durohfuhren". »der eCSP - Oder ein Benutzer" - tut 
... d,es Oder jenes" usw. und ahnliohe Formulierungen sind so zu verstehen, daB der eCSP 
so programmier, ist. da R in seinen bevorzugten Ausfuhrungsformen die DurohfQhnung der 

Xt mm - e r Akti ° n aUt ° matiSCh ° dSr aUf9mnd Siner ln,erak,i0n eines Ben "«-- -em 
<j^CSP moglich ist. 

In den folgenden Ausfuhrungen werden folgende AbkOrzungen verwendet. 
RE: Rechnungsempfanger; RS: Reohnungssteller; 

BSP: Biller Servioe Provider, eine Teilkomponente des SAP Biller Consolidator. eines SAP 
Software Produktes zur oomputerimplementierten Behandlung von Reohnungen. Der RS 
Hefer, Reohnungen beim BSP ein. Der BSP wird be.rieben von einem Untemehmen. dass 
s,oh urn Belange des Biller kummer, und ihm einen Tei, des Reohnungsstellungsprozesses 
als Dienstleistung anbietet. 

Consolidator: weitere Teilkomponente des SAP Biller Consolidator. Knoten zwisohen 
moglicherweise versohiedenen BSP's und verschiedenen eCSP's. Regelt die 
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Kommunikation zwischen BSPs und eCSPs und verwaltet die Beziehungen zwischen 
Rechnungsstellern und Rechnungsempfangern. 

Service Billing: Billing App.ikation der Komponente SAP Biller Consolidator. Ein Betreiber 
ernes BSP, Consolidator oder eCSP kann mit Hilfe des Service Billing seinen Kunden 
gegenuber die erbrachten Dienstleistungen verrechnen. 

Der ..externe Customer Service Provider" oder eCSP kann im Rahmen der Komponente 
SAP B.ller Consolidator der Anzeige von Rechnungen und Rechnungssinformationen im 
Internet Browser sowie deren Kontierung und Vorbereitung zur Buchung in einem dafur 
vorgesehenen Backend-System dienen. Damit sehen Rechnungsempfanger im Internet 
ihre Rechnungseingange pro Lieferant und konnen diese Daten fur die weitere 
Bfcarbeitung wie Gutheifiung und Kontierung verwenden. Mit Hilfe des eCSP lassen sich 
u.a. die Transaktionskosten fur die Rechnungsabwicklung verringern und die 
Lieferantenbindung verbessem. 

Der eCSP beseitigt die heute noch bestehenden Medienbruche bei digitalen 
Geschaftstransaktionen und eignet sich dabei fur a.le Unternehmen, die direkt oder uber 
emen Consolidator mit ihren Geschaftspartnern Rechnungsinformationen austauschen 
wollen. In diesem Fall muss nicht, wie bei klassischen EDI-Verbindungen, eine direkte 
Bez le hung zwischen Lieferant und Kunde bestehen. Ferner benotigt der Sachbearbeiter 
beim Kunden keine umfassenden Systemkenntnisse und Schu.ungen, urn eine Rechnung 
konferen zu konnen, sondern fu.lt eine selbsterklarende, einfache Maske im Internet 
Browser mit den re.evanten Informationen, woraufhin das System einen Buchungsbeleg 
grzeugt, der ins Backend-System des Kunden ubergeleitet wird 
ber eCSP unterstutzt das Pul.-Prinzip, d.h. der eCSP holt periodisch Rechnungen fur 
seme Kunden bei dem ensprechenden Consolidator ab. und jeder Kunde holt periodisch 
seme Rechnungen bei seinem eCSP ab (in beiden Fallen keine aktive Versendung von 
Rechnungen). Dabei wird der Rechnungsempfanger per e-Mail uber Veranderungen 
semes Kontostandes (neue Rechnungen oder Gutschriften) informiert (Push-Prinzip) und 
kann anschiie&end die Web-Seite des CSP besuchen, urn sich dort seine 
Rechnungsdaten anzuzeigen, zu bearbeiten und in Beleg-Struktur per Download 
abzuholen (Pull-Prinzip). Fur den Zugriff auf diese Informationen muss der 
Rechnungsempfanger keinerlei SAP-Software insta.lieren und benotigt nur einen Web 
Browser [1 0.44 sogar mit Versionsangabe]. 



Seite 4 
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° 8r f SP Rech ™9sda, e n bzw. Rechnungen imptanBen un<f ^ ^ ^ 
Rechnungsempfangerzurweiteren Bearbeitung bereflsfellen. Die Rechnungen kdnnen 
von e,nem Consolidator, von einem Rechnungssteller Oder aus dem Hause dee 
Rechnungsempfangers selbs, kommen. ,m eCSP konnen eingehende Rechnungen in 
dealer Form bearbeite. und in Beleg-Form fur die Buchung bereitgeste,,, werden Die 
erfindungsgemaSe LOsung kann mehrwertsteuerkonform sein 

Die Verarbeitung von Rechnungen im eCSP kann die folgenden Verarbeitungsschritte 
umfassen: 

^^^^ ^o m consolidator Ober eine CCX-Schniftstelle als XML- 
IDOC und als PDF 

Neben Rechnungen konnen auch Mahnungen (entsprechen dem Format einer 
Rechnung mil entsprechender Kennzeichnung) und Gutschriften 
entgegengenommen werden. 

In der Eingangsverarbeitung kbnnen die Rechnungen fonnal und inhaltlich gepruft 
und ,m Fehlerfall abgewiesen. Ansonsten kann ein Workflow und - falls vorhanden 
- auch erne Kontierung zugeordnet werden. 

Die verarbeitete Rechnung konnen auf dem eCSP mi, Kontierungen in den dafur 
vorgesehenen Tabellen gespeichert werden. Zusatzlich konnen auch auch die 
XML-Rechnung und die PDF-Rechnung erhalten werden 

Der Rechnungsempfanger kann Workflow, Rollen bzw. Benufzer, die aufomaflsche 
Vorkonflemng und die Belegerstellung konflguneren. Die Workflow- und 
A. Konfierungseinsfellungen kbnnen je Rechnungssfeller vorgenommen werden 

* ^ r M E " eU ' U " 9 BUChha " U "S Sbete ^ "belong in eine Sammeldatei <z.B 
Bl-Mappe) kann ein entsprechender Report zur Verfugung gestellt werden der 
penodisch vom Betreiber Oder Customer eingepian. werden kann. Zur Erzeugung 
anderer Formate kann ein Bad, zur Verfugung gestell. werden. Die Obergabe der 
Date, an das Kundsensystem kann uber Downloads erfolgen 
im eCSP konnen Cost Events generiert werden. Diese konnen periodisoh vom 
Be,re,ber an eine Faktura-Applikation, z.B. Service Billing, ubergeben werden 
dam,, daraus Rechnungen erstellt werden konnen, die wiederum beim BSP ' 
eingehefert werden konnen. 
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DereCSP Kann von Mi.arbei.er von Rrmen benutzt werden, die unterschied.iche Rol.en 
ubernehmen. Dies sind Miterbeiter be, einem Betreiber eines eCSPs, die Mitarbeitern der 
angebundenen RE's Support leisten und in diesem Zusammenhang beispieisweise 
Stommdaten pflegen und Meidungen monitoren konnen. Vorteiihafterweise jedoch sind die 
Mrtarberter beim Rechnungsempfanger. die die RechnungsprOfung vornehmen und die 
Rechnungen kontieren. Eine weitere Rolle spiel, der Systemadministrator beim RE der 
User aniegen kann und Berechtigungen verwaltet. 

Zum Betrieb des eCSP sind folgende Benutzungsschnittstellen vorteilhaft- 

■ Fmntend fur die Buchhaltongs-Mitarbeiter des Rechnungsempfangers: Diese rufen 
uber den Intemet-Web-Bmwser die Internet Adresse des eCSP auf, authentifeieren 
s,ch und prufen und kontieren daraufhin die eingegangenen Rechnungen 
}Jh' Fron,end m ' den Systemadministrator des Rechnungsempfangers 
^ • Frontend fur den Supportmiterbeiter des eCSP-Betreibers: Pflege der Stammdaten 
des Rechnungsempfangers, wie z.Bsp. Rechnungssteller. Rechnungsarten 
Rechnungspositonsarten, Kontierungsinfomtationen. Customizing Beleg-Erstellung. 

FmIh'T k" beiSPfelSWeise XML - |DOC - UN/EDIFACT. Ferner k6nnen PDF- 
Files der Rechnungen mi. ubernommen werden kflnnen 

Far die Frontends kbnnen die aktoeilsten Technologien verwende. werden, deceit sind 
dies Java Server Pages Oder Webfrontend. 

Der Benutzer eines Rechnungsempfangers benotig, lediglich einen PC mi. internetzugang 
un einem gangigen Webbmwser (Netscape 6.0 Oder internet Explorer 5.5 Oder ein 
fhoheres Release eines dieser beiden Produkte). Hieruber soil er Rechnungss.e,ler 
^mzufugen und entfernen konnen. Rechnungen bearbelten und Stammdaten verwaiten 

Der eCSP kann an verschiedenen Stellen mit dem Consolidator mommunizieren. Als 
Kommumkationsprotoko, kann https und TCP/IP verwende. werden. Hierbei sollte zu 
jedem Zeitpunk. das Kommunikationsforma. unterstutz, werden. dass der bestehende 
Consolidator versteht und verwendet. 

Benutzer konnen sich beim Zugang zum eCSP au,henWzieren, z.B. uber User-ID und 
Passwort, oder Uber Zertiflkate. Das initiaipasswort jedes Benutzers kann z.B. nur tor die 
erste Anmeldung gultig sein und bei dreimaliger falscher Eingabe des Passworts 
deaktiviert werden. 
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Der eCSP Betreiber kann seinen Namen und sein Logo einmalig im System hinterlegen 
Be,des kann jedem Anwender. der sich for einen Rechnungsempfanger am Frontend 
anmeldet. im Kopf des Standardlayouts angezeigt warden 

Nua der Batraiber die Komponenta .Se re ice Billing", so kann er ferner spezifizeren, an 

welches CRM System die erstelltan Cost Events Qbergeben warden sollen 

Schhesst der Batreibar einen Vartrag mit ainem neuen Rechnungsempfanger, so leg, er 

furd,esan aina Organisationsainhei. mit Identifikationsnummer und Stammdatan im eCSP 
an. 

Unter ainar Organisationseinhait wlrd die kleinsta organisatorische Einheit aines 
Gesohaftspartners vereetanden, der sioh an einen eCSP anbindet. Anwender erhaltan ih re 
Zugangsberechtigungen fur eine bestimmte OnganisaUonseinheit, Cost Events werden je 
Orga n.sationseinhei. definiert, d.h. der Betreiber kann seine geleisteten Services nich, 
^ter als nach Organisationseinheiten verrechnen. Fur Firmen kann es sich also anbieten 
mehrere Organisationseinheiten einrichten zu lassen (beispielsweise eine pro 
Buchungskreis). 

Die Identifikationsnummer wird vom Consolidate angetragt - ain entsprechendes XML 
request s. im ICSP bereits vorhandan - und wind vom Consolidator zentra, vargeben 
Der Umfang der Stammdaten ist durch die im SAP Uentralen") Gesohaftspartner 
verfogbaren Felder festgetegt. For den Inhalt der Stammdaten gibt es keine 
E,„sch r ankungen, denn samtliche Rechnungsdaten entstammen den Bewegungsdaten. 
Je em Rechnungsempfanger kann ein Workflowmuster zugeordnet werden Beim 
Aniegen eines neuen Rechnungsempfanger sollte defaultmafiig das Standard- 
Workflowmuster for den Jndividuellen Workflow voreingestellt sein 

tef- Bekanntmachen des neuen Rechnungsempfanger mi, dem Consolidator, an den der 
eCSP angebunden is,, erfolgt durch den eCSP, beispielsweise bereits bei der Anfrage 
nach e.ner Identifikationsnummer. Diase Funktion sollte vollautomatisch Obereine XML 
Schnittstelle erfolgen konnen. 

Sobald ein Benutzer einer Organisationsainhei, Zugang zum System hat, soil er per 

«TZ" e " kannen ' WSlChen d " a ^"undenen Rechnungssteller er Ober 
d,esen CSP elektronische Rechnungen erhalten mSchte. Diese Beziehungen werden beim 
Consoi.dator varwaltet. Der eCSP sorg, lediglich for die Anzeige der entsprechenden 
Informafionen und fur die Kommunikation mit dem Consolidator dann, wenn ein 
Rechnungsempfanger den elektronischen Rechnungsempfang von einem 
Rechnungssteller initiieren Oder beenden mbchte. 
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Z ! T " Sine V °" S,andi9e US,e a " er Recbnungssteiler 

ausderneben der eindeutigen Bezeicbnung (Name Recntsfonn, Firmensitz, auch der 

Status der Biiler-Customer-Beziebung mi, dieser Organiaationseinheit hervorgeh. (z B 
men. angebunden. angebunden. Anbindung beantragt, Anbindung abgelehnt) 
D,e Anzeige der BiHertiste erfolg, im eCSP. Sie so,, auf- und absteigend nach Neman und 
ggf F.rmensrtz sorflerbar sain und insbesondare kennzeiebnen, we,che Recbnungss,e„er 
srch nnerhaib e.ner eins,e,,baren Zeitspanne nau angebunden haben. Der inhai, der 
Brilertiste w,rd m Conso„da,or vorgeha,,en und in die Lis.e eingespeist. Ein Link auf die 
Deiegabonserkiarung das Recbnungssteiiers entsprechend der Anforderungen der ESTV 
Kann vornanden sein. 

Wird ein Reehnungssteiler von einar Organisationseinbei, ausgewahit, so kann die 
Org anisabonseinhei, dabei die Debitorennummer (.Biiier's Customer Number") angeben 

^ rd ulo die r n9SS,e '' er * KUnd6n ,ahrt ' Di6S s ™ <.iesem * *«-*' 
-Zuordnung dieser Firma zu seinem Nebenbuohkonto 

weite e r C So P b B arr e ; ,ette ' "~ ^ *" Re <= h ™^™9- - den Co nso,ida,or 
Re In r °' ida,0r * e ^ R ~ h ""<~'3ngers sohiokt, kann der 
Rech ungsemptanger niebiber informiert werden. Dasse,be gescbieht, wenn der RS siob 
umen so aide, und fodan seine Reobnungen von einem RS wieder auf konventione em 
Wag erhalten moohte. Er kundigt einfach seine Anbindung an diesen RS 
in der Bilieriiste wird stets der Status des angebundenen RS aktualisiert: nau - 
Anb,ndung beantragt, angebunden, KOndigung beantragt, gekOndigt. ausgesebieden usw 
Wenn e,n Lieferant aus dem Biiiar-Consoiidator ausgasohieden is,, so so,, ar dennoch fur 

rr M ° na,e ^ ^ LiS ' e 6inem Vemerk — abgebooen 

iaufgefuhr, werden, bavorer aus der Liste gelbseht wird 

- ,Jedem Benutzer konnen Bereobtigungan in einem Umfang vergeben werden, dar genau 
dem Aufgabengebie, des jeweiiigen Benutze. entspriob,. Ober die Bereebtigungen wird 
ausge^auad, ob ein Benutzer aina bes,imm,e Systemtransaktion ausfObren dad ode 
n,oht D,ases Reoh, kann einem Benutzer fur jede Systemtransaktion erteii, oder 
verweigert werden. 

Da Sets an Bereebtigungen sich haufig wiederholen, kdnnen Beracbfigungan uber 
Barech bgungsproffle gepfieg, und den Benutzern dann gieiob ein oder mabrere 

^1^^, ZU9e0rdnet Werden ' an9et>Undene °"«°nseinbe, kannn 
mre e.genen Berechtigungsprofile selbst verwalten. 
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Die Berechtigung eines Benutzers fur eine Organisationseinheit kann fein ausgesteuert 
werden konnen. Die Granularity kann im eCSP mitfolgenden Berechtigungsobjekten 
festgelegt werden: 

■ Rechnungsanzeige (Leseberechtigungen): 

o Abhangig vom Rechnungssteller (Lieferant bzw. Kreditor) 
o Abhangig vom Betrag pro Wahrung 

■ Rechnungsbearbeitung (Schreib-Berechtigung): 

o Abhangig vom Betrag pro Wahrung 

Das System rechnet nicht urn, sondern die Berechtigung bezieht sich auf 
Betrag und Wahrung. Man muss also Berechtigungen fur einen bestimmten 
Hochstbetrag von der Wahrung abhangig machen und bekommt auch keine 
>f j Probleme, wenn die Kurse nicht richtig gepflegt sind. 

o Schreiben der Kontierungswerte in Feldern 1..n (separat, d.h. jeder 

Mitarbeiter darf bestimmte Felder editieren und darin nur bestimmte Werte 
auswahlen) [1.40] 

o Vorangegangener Geschaftsvorfall (Storno, Mahnung, Rechnung) 

o Rechnungsempfanger 

Ein Benutzer kann unterschiediiche Berechtigungen inunterschiedlichen 
Organisationseinheiten haben. Sie konnen volistandig separat gepflegt 
werden. 

■ Stammdatenpflege 

J o Kommunikationsdaten 

^ o Bankverbindungen 

^ o Zahlungsmethoden 

■ Benutzerverwaltung 

o Organisationseinheit 
Folgenden Rollen konnen im eCSP integriert sein (basiert auf geregeltem Workflow): 
• Rechnungsprufer - dessen Berechtigungen jeweils fur die ihm zugewiesenen 
Rechnungen: 

o Systemtransaktionen: Rechnungsdetails, PDF anzeigen, Rechnung 

bearbeiten, gutheissen, abiehnen 
o Samtliche Rechnungsdetails (lesen) 
o Kontierungsfelder (alle, schreiben) 
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o Interne Notizen (schreiben) 
o Ruckfragen an RS (schreiben) 
o Nachsten Bearbeiter (nur lesen) 
■ Freigeber 

o Systemtransaktionen: Rechnungsdetails, PDF anzeigen, Rechnung 

bearbeiten, freigeben, ablehnen 
o Samtliche Rechnungsdetails (lesen) 
o Kontierungsfelder (alle, lesen) 
o Interne Notizen (schreiben) 
Dispatcher 

o Systemtransaktionen: Rechnungsubersicht, Rechnungsdetails, PDF 
anzeigen, Mitarbeiter zuordnen 

o Samtliche Rechnungsdetails (lesen) 

o Kontierungsfelder (alle, lesen) 

o Interne Notizen (schreiben) 

o Ruckfragen an RS (schreiben) 
Eskalationsmanager: keine explizite Rolle, kann jeder sein. Einzige explizite 
Aufgabe ist der Erha.t von Nachrichten im Fa.le dass eine Rechnung zu langsam 
bearbeitet wird. 
Buchhalter 

o Download der Batch-Input Mappen 
Finanzdirektor 

o Systemtransaktionen: Rechnungsubersicht, Rechnungsdetails, PDF 

anzeigen, Rechnung bearbeiten, freigeben, ablehnen, Mitarbeiter zuordnen 

o Samtliche Rechnungsdetails (lesen) 

o Kontierungsfelder (alle, schreiben) 

o Interne Notizen (schreiben) 
Systemadministrator 

o Benutzer verwalten 

o Berechtigungsprofile verwalten 

o Berechtigungsprofile, Berechtigungen zuordnen 

o Bevorzugtes Dateiformat wahlen 
Buchhaltungsdienstleister 
o Workfloweinstellungen 
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o Kontierungsfelder 
o Kontierungswerte 

o Berechtigungsverwaltung fur die Rechnungsprufung 
Fiir den Ausdruck der im folgenden beschriebenen Rechnungsanzeigen die Standard- 
Druck-Funktion des jeweiligen Internetbrowsers verwendet werden. 

Folgende beispielhafte Art der Rechnungsdarstellung ist moglich: 

Nach Anmeldung auf dem Frontend erhalt der Benutzer eine tabellarische Ubersicht aller 
Rechnungen, die er sehen darf. Jede Rechnung wird durch einen Zeileneintrag 
reprasentiert mit den folgenden Angaben: 

■ Rechnungssteller 

■ Rechnungsnummer 

■ Rechnungsstellungsdatum / alternate Falligkeitsdatum (Alternativen auswahlbar) 

- Rechnungsbetrag in Rechnungswahrung (Die Wahrung jeder Rechnung kann mit 
angegeben werden.) 

- Status der Rechnung (neu, in Bearbeitung, freigegeben, abgelehnt, Riickfrage, 
Antwort erteilt) 

■ Benutzer (derzeitigen Bearbeiter) anzeigen priifen 

Die Rechnungsubersicht kann nach alien Spalten (Rechnungssteller, Betrag, Wahrung, 
Status, Datum) auf- und absteigend sortiert werde. 

Die Rechnungsubersicht kann uber flexible Selektion reduziert werden. Eine Selektion 
kann sowohl auf Einzelwerte als auch auf Intervalle aller oben genannten Felder erfolgen. 
| Die gewahlten Sortier- und Selektionskriterien sollen benutzerspezifisch gespeichert ~ 

^werden konnen. 
W. _ 

Em Download der Rechnungsubersicht aus dem Frontend heraus kann im CSV Format 
und als Excel Datei erfolgen. 

Zu jeder Rechnung konnen per Drilldown die Rechnungsdetails angezeigt werden. Es wird 
das vom Rechnungssteller gewahlte Werbetemplate im Internetbrowser (z.B. als html) 
angezeigt, dass beispielsweise auch das Logo des Rechnungsstellers enthalten kann. 
Dieser Anzeige kann der Rechnungsempfanger alle relevanten Details der Rechnung 
entnehmen (beispielsweise Einzelpositionen der Rechnung). 

Um die Druckversion der Rechnung zu sehen, kann der Benutzer sich jede Rechnung 
zusatzlich als PDF Datei anzeigen lassen. In diesem Fall offnet ein zweiter Browser und 
zeigt dem Benutzer die Rechnung, die er sich per Post hatte zuschicken lassen konnen. 

Seite 1 1 
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Ein Download des PDF Files erfolgt mit Hi.fe des entsprechenden Programms (z B 
Adobe). . ' 

Jeder Organisationseinhert kann eine beliebige Anzahl an weiteren Datenfeldern (z B 
Kontierungsfeldern) zur Verfugung]. Bei der Einrichtung des Systems legt die 
Organisationseinheit einmalig pro Kontierungsfeld fest: 

■ Name des Feldes (z.B. Kostenstelle, Sachkonto, usw.) 
• Zulassige Werte jedes Kontierungsfeldes 
Ferner kann zu jedem Kontierungsfeld eine n-stufige Hierarchie (der Kontierungswerte) 
angelegt werden. Damit wird zum einen eine einfache Zuordnung erlaubter 
Kontierungswerte (z.B. Kostenstellen) zu Mitarbeitern ermog.icht, wodurch beispie.sweise 
em Mitarbeiter mit Berechtigung fur eine ubergeordnete Kostenstelle auch alle 
untergeordneten kostenstellen bebuchen darf. Zum anderen konnen Auswertungen auf 
^d.esen Hierarchiestufen (z.B. auf Kostenstellen oder Knotenkostenstellen) gemacht 
werden. Nur Blatter durfen bebucht werden. Nicht alle Blatter haben dieselbe Tiefe 
D,e fur e.n Feld zulassigen Werte konnen manuell gefullt werden oder aber maschinell - 
be,spie.sweise uber eine Schnittstel.e - in einem von SAP vorgegebenen Format 
angeliefert und in den eCSP ubernommen werden. Fur jedes Kontierungsfeld kann 
festgelegt werden, ob es manuell oder automatisch gefullt wird. 

Kontierungen konnen entweder auf Rechnungsebene oder auf Rechnungspositionsebene 
erfolgen. Urn eine automatische Rechnungskontierung zu ermoglichen, kann eine 
Organ.sationseinheit. Rechnungsarten (auf Kopfebene) und Rechnungspositionsarten (auf 
Posrtionsebene) pro Rechnungssteller hinterlegen und dafur Default-Kontierungswerte 
(definieren, die das System beim Eintreffen entspreohender Rechnungen oder -positionen 
./jjjautomatisch fullt. 

ber Reohnungsempfanger kann vorab fesflegen, ob Felder, die mit Defaultwerten gefiillt 
werden, editierbar sind Oder nicht, und ob sie angezeigt werden oder nioht. ob S ie gefffllt 
werden mussen oder nioht. Dadurch kann eine Reohnung beispielsweise so lange fflr die 
Freigabe gesperrt sein, bis die Kostenstelle vorliegt. 

Eine Workflowstrategie legt fest, ob ein Workflow .geregeir oder .individueil" ablauft Bei 
e,nem geregelten Workflow 1st genau festgelegt. wie viele Gutheissungssohritte von 
welchen mbglichen Benuteem erfolgen mQssen, bevor eine Reohnung freigegeben 
werden kann. Bei einem individuellen Workflow wird die Reohnung einem einheitliohen 
ln,t,albearbeiter oder Dispatcher zugestellt, der dann den ersten Bearbeiter (oder 
Gutheisser) festlegt. Jeder Bearbeiter vollzieht seinen Teil der Rechnungsprufung und 
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leitet die Rechnung an den nachsten Bearbeiter weiter. Dies geschieht so lange bis die 

Rechnung bei einem Freigeber landet und dieser die Rechnung freigibt 

Eine Workflowstrategie entspricht entweder dem individuellen Workflow Oder aber dem 

geregelten mit einer bestimmten Anzahl von Gutheissungs-Schritten und Regeln 

(beispielsweise paralleie Oder sequentielle Prtifung). 

Es besteht die Moglichkeit, weitere Strategien mit Benutzern anzulegen 

Die Einrichtung des Workflow kann eine Benutzer oder eine Organisation selber, 

vorteilhafterweise online durchfuhren. 

For jede Rechnung konnen grundsatzlich die folgenden Bearbeitungsoptionen 
.mplementiert werden (unabhangig davon, ob nun ein Workflow genutzt wird Oder nicht) 
Eine Rechnung befindet sich so lange in Bearbeitung, bis sie abgeiehnt oder freigegeben 
ist. 

^Fur jede Rechnungsposition kann eine Notiz in einem Textfeld (Freitext-Bemerkungen) 
erfasst werden. Hie™ kann jeder Benutzer berechtigt werden, der eine Bereohtigung fur 
d,e Rechnungsbearbeitung besitzt. Dies dient der internen Bearbeitung der Rechnung und 
.stnurfOr Benutzer des Rechnungsempfangers, nicht aberfur den Rechnungsempfanger 
Oder den Supportmitartoeiter des Betreibers sichtbar. Das Erfassung einer solohen " 
.internen" Notiz bewirkt keinen Statusflbergangbei der Rechnung 

FOr eine Rechnung kann ein Benutzer des Rechnungsempfangers eine ROckfrage an den 
Rechnungssteller erfassen. Dies hat zur Folge, das der Status der Rechnung auf beiden 
Serten (RE und RS) ubergeht in .ROckfrage". Der Workflow pausiert so lange bis eine 
Antwort erteilt wird. Wahrend dieser Zeit ist die Rechnung nach wie vor in der 
iRechnungsubersicht vorhanden. 
-4pin Rechnungsempfanger kann eine Rechnung per Interaktion mit dem eCSP 

(Knopfdruck) ablehnen. Dem RE kbnnen bei diesem Vorgang n verschiedene stnikturierte 
Gnrnde vorgegeben werden, unter denen er einen einzigen oder mehrere auswahlen 
kann. D.ese n Grtinde konnen vom RE vordefiniert werden. Ferner kann er im 
Ruckfragefeld eine Freitext-Bemerkung erfassen, die for den RS sichtbar ist Bei 
Ablehnung einer Rechnung erfolgt for beide Seiten (RE und RS) ein Statusubergang in 
.abgeiehnt". Die Rechnung wird mit Originalbeleg und zuzOglich Stornobeleg ins Backend 
des RE Obemommen. Der RS kann die Rechnung infolge der Nachricht in seinem 
Backend stornieren. 
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Alle ,m vorab deflnierten, sichtbaren weiteran Datenfelder (Kontierungsfelder) konnen 
wahlweise auf Kopf- oder Positionsebene gefullt werden. Bei hierarchisch aufgebauten 
Kontierungsfeldem wird eine Eingabehilfe in Baumstruktur geboten. 
Der eCSP gibt hierzu eine Auswahl vor. Hierzu muss der eCSP entscheiden ob 
Kontierung auf Reehnungs- oder Rechnungspositionsebene erfolgen soil. In Abhangigkeit 
davon. ob sich die Defaultwerte auf Reohnungspositionsebene voneinander 
untersoheiden, legt der eCSP die Ebene fur die Default-Kontiemng test und fu.lt alle 
Kontierungsfelder mit den Vorsohlagswerten. 

Sowohl die Ebene der Kontiemng als auch die Werte in den Kontierungsfeldem kdnnen - 
sofern die gewahlte Feldsteuerung dies zulaB, - vom Benutzer verandert werden In 
welchen Schritten und von welchen Bearbeitern dies gesohieht. hang, davon ab, ob der 
Rechnungsempfanger einen Workflow nutzt Oder nicht. Dementspreohend greift einer der 
^ beiden untenspezifizierten Ablaufe fur die Rechnungsprtifung 

Es kbnnen auoh mehrere Kontierungswerte pro Kontierungsfeld eingegeben werden In 
d,esem Fall kann die Aufteilung des Betrages wahlweise absolut oder prozentual erfolgen 
lm Laufe des Gutheissungs- und Freigabeprozess kbnnen Zahlungsbedingungen 
mrtgegeben werden. Normalenveise is, die Zahlungsbedingung bereits Bestendteil der 
s,gn,erten elektronisohen Reohnung. Ist dieses Feld gefullt, so kann es nioht verandert 
werden. Is. es jedoch nioh, gefullt. so fDllt das System es in der masohinenlesbaren 
Reohnungsversion (XML) mit dem Wert, der in dem entsprechenden Kreditor 
voreingestell, is,. Is. dieser Wert nioh, der gewOnsch.e oder is, das Feld nooh immer leer 
so kann es manuell gefullt werden. 

\ Ein dazu bereohtigter Benuteer kann eine Reohnung inklusive der geanderten Da.en 
^|prfassten Kontierungen etc. sichern und heisst dami. die Rechnung gut Der 

Gutheissungsstetus wird getrennt vom Rechnungss.ah.s (nach wie vor .in Bearbeitung") 
fortgeschrieben. ' 

Eine Rechnung kann statuserha.tend von einem Sachbearbeiter an einen anderen 
Sachbearbeiter weiterge.eitet werden. In einem entsprechenden Feld wahlt der 
Sachbearbeiter den Namen eines Benutzers aus, der Gutheissungs- oder 
Freigabebefugnis hat 

Beflndet sich eine Rechnung Qber eine vordeflnierbare Zeitspanne hinaus in Bearbeitung 
so kann eine Benachrichflgung an den Eskalationsmanager geschickt werden. Dieser ' 
kann der Rechnung einen neuen Bearbelterzuordnen. 
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Eine Rechnungsfreigabe bedeutet, dass eine Rechnung bezahlt werden darf. Dies setzt 
vorraus, dass die Rechnungsprufung mit Erfolg abgeschlossen ist und ein Buchungsbe.eg 
fur diese Rechnung erstellt wird Oder wurde. 

Beim Individuellen Workflow ist eine Freigabe insbesondere auch dann mbglich wenn 
noch ke,ne Gutheissung stattgefunden hat. Im geregelten Workflow ist eine Freigabe nur 
dann moglich, wenn die zuvor festgelegten Workflowschritte durohlaufen wurden 
Grundsatzlich kann die Freigabe einer Rechnung aus jedem Status heraus erfolgen 
Wenn eine abgelehnte Rechnung freigegeben wird. so kannein neuer Originalbeleg erstellt 
Oder der Stornobeleg zuruckgenommen werden. 

Ein RE kann pro RS einen Hochstbetrag definieren, bis zu de m Rechnungen automatisch 
vom eCSP (System) freigegeben werden.Fur diese Regeln konnen Gultigkeitszeitraume 
.festgelegt werden. Damit die Belegerstellung nicht fehllauft, sollte fur diesen Fall das 
^System so vollstandig konfiguriert sein. dass samtliche benetigten Kontierungsfelder mit 
Vorschlagswerten gefullt werden. 

Wenn der RE eine Rechnung aus seinem eigenen Finanzsoftwaresystem heraus bezahlen 
w,ll (Zahlungsauftrag erteilt), so kann uber eine Schnittstelle eine entsprechende 
Statusupdatemeldung an den eCSP geschickt werden konnen. Der eCSP kann diese 
Meldung aufnehmen konnen. So ist der RS uber den Zahlungsanstoss informiert und der 
Status der Rechnung im Web auf "erledigf geseM. Dieser Statusupdate kann jedoch vom 
RE auch deaktiviert werden. 

Jede Organisationseinheit kann einen Workflow fur die Rechnungsprufung nutzen Nutzt 
s,e diesen nicht, so f.ndet die Beart, B ttung der Rechnungen Qber die ganz nomrale 
1 Rechnungsanzeige (ReohnungsQbersicht) im Frontend statt. 

^earbetet eine Organisationseinheit ihre Rechnungen mit Workflow-Unterstutzung so 
w,rd d,e RechnungsQbersicht nur von Dispatchern oder ubergeordneten Instanzen |zu 
Mon,tonng-2wecken) genutzt. Die Sachbearbeiter aus Finanzbuchhaltung und Logistik 
erlangen fiber ihren Maileingang Zugriff auf eine zu prufende Rechnung. Fur jede 
Rechnung erhalten sie eine Email mit einem entsprechenden Link. 
Der eCSP kann so configuriert sein, daft der Link alleine den Benutzer noch nicht 
authenhfiziert, er muss dann noch immer sein personliches Passwort eingeben 
Der Sachbearbeiter fullt die Felder, fur die er zustandig ist, und sichert die Daten 
Entweder ist eine Reihenfolge bestimmter Bearbeiter vomherein festgelegt (geregelter 
Workflow) - in diesem Fall ist der Sachbearbeiter fertig. Oder der Sachbearbeiter muss 
semen Nachfolger selber bestimmen (individueller Workflow) - in diesem Falle muss er 
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den entsprechenden Namen auswshlen und das System wird diesem Mitarbeiter ebenfalls 
erne Email mit Link auf dieses Rechnung zuschicken. Auswahlbar sind alle Benutzer mit 
entsprechender Berechtigung zur Gutheissung Oder zur Freigabe. Sobald eine Rechnung 
freigegeben ist, stoppt der Workflow. 

Rechnungsprflfer einer Organisationseinheit ohne Workflow-Unterstatzung geheh in die 
RechnungsUbersicht und prflten die Rechnungen von dort aus. Es lessen sich dieselben 
Funkfonen ausfflhren wie mit Workflow (Fallen von Kontierungsfeldern etc.) - nur werden 

d, e prufenden Mitarbeiter nicht automatisch vom System koordiniert. Wenn beispielsweise 

e, n mittelstindisches Untemehmen insgesamt nur 2 Rechnungspriifer hat, so lohnt die 
Emnchtung des Workflow nicht unbedingt, da die Mitarbeiter sich leicht absprechen 
konnen. 

Bei jeglichem Bearbeitungsschritt - ob dies mit Oder ohne Workflow geschieht -kbnnen 
^Anderungsbelege fortgeschrieben werden. Jede Anderung kann mit Tag, Uhrzeit und 
Benutzerkurzel vermerkt werden und nachvollziehbar sein. unter Angabe der 
Systemtransaktion, des Statusubergangs, des alien und neuen Werts der geSnderten 
Felder. Hiervon betroffen sein kann jede statusverandernde Systemtransaktion sowie 
jedes anderungsbeleg-relevante Feld, d.h.: 

■ Jedes Kontierungsfeld 

■ Interne Notizen 

■ Ruckfragen 

Eine neu eingeiieferte. noch nicht betrachtete Rechnung ha, beim Rechnungsempfanger 
I den Stafcs neu". Sobald sie von einem Benutzer des RE betrachte, wurde, tragi sie den 
.^Status .in Bearbeitung". ,m Anschiuss sind die in Fig. 9 und der nachfolgenden Tabelle 
geze.gten Status mbglich, deren Obergange im Rahmen des Designs spezifiziert und 
genau gepruft werden mussen. Jede StatusverSnderung auf der Seite des RE hat auch 
e,ne Statusveranderung auf der Seite des RS zur Folge, d.h. der eCSP kann jeweils 
entsprechende Statusupdates an den Consolidated schicken. 
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Von der Rechnungsubersicht, von der Anzeige der Rechnungsdetails und aus der 

Bearbeitung (Prufung) einer Rechnung heraus kann ein Absprung auf die 
W^eschaftsvorfall-Historie (Anderungsdatum, Anderungszeit und Benutzer) moglich sein 
v £ur Geschaftsvorfall-Historie gehoren alle getatigten Aktionen, insbesondere Aktionen des 

Gutheissungsprozesses. Sowohl Ersteingaben als auch Anderungen von 

Kontierungsdaten konnen mit protokolliert werden. 

Die Rechnungen konnen unter anderern in den Formaten XML-ldoc (INVOICE01 
INVOIC02) und UN/EDI FACT D96. A angenommen, bearbeitet oder zur Verfugung 
gestellt werden. Der Kunde kann in seinen Stammdaten festlegen, welches Format er 
bevorzugt 

Der Rechnungsempfanger kann uber das eCSP Frontend (Internetbrowser) Dateien uber 
HTTPS vom eCSP Betreiber empfangen. Er authentifiziert sich auf dem eCSP und lad die 

\ Rechnungen als XML-ldoc Files mittels https herunter auf ein Verzeichnis seiner Wahl. 

i Beim Empfang kann er aus den bereitstehenden Shipments auswahlen. 
V Der eCSP stellt innerhalb der Firewall des eCSP Betreibers die Rechnungen als Datei der 
oben angegebenen Formate zur Verfugung. Uber herkommliche Download Verfahren und 
mittels https konnen diese Dateien in andere Systeme ubertragen werden Eine 
heruntergeladene Rechnung soil mit einem Kennzeichen versehen werden, damit sie nicht 
einzweites Mai ins Backend System des Kunden eingespielt wird. 
Anhand der Rechnungsinformationen und der vorgenommenen Kontierung kann der 
eCSP automatisch Buchhaltungsbelege erstellen. Das Matching der Felder gegen die 
XML-ldoc Rechnung vollzieht das System automatisch. Diese werden in eine Batch-Input 
Mappe gestellt. 
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Bereits erstellte Batch-lnput-Mappen konnen uber https in ein separates System 
heruntergeladen werden, das sich auch jenseits der Firewall des Betreibers befinden 
kann. Von dort aus konnen sie wiederum in das jeweilige Fibu-System hochge.aden und 
dort abgespielt werden. Das Format der Batch-Input Mappen kann vorgegeben werden 
Abgesp,elte Mappen werden entsprechend gekennzeichnet, urn ein wiederholtes - 
Abspielen zu verhindem. 

Es kann automatisch sichergestell werden. dass fur diese lb e Rechnung nicht zwei Mai ein 
Buchhaltungsbeleg erstellt wird. 

So lange eine Rechnung freigegeben ist, jedoch nocht kein Buchhaltungebeleg erstellt 
wurde, kann die Bearbeitung wiedervon dem Freigeber in Bearbeitung genommen and 
danach die Kontierung geandert werden. 

Ein Stomo einer Rechnung uber das Frontend, fur die bereits ein Buchhaltungsbeleg 
^erzeug. wurde, kann verboten sein. Wird eine Rechnung i m Backend storniert, kann der 
Status entsprechend von dazu autorisierten Mitarbeitern im Frontend angepasst werden 
Auf Basis der hinteriegten Cost Events konnen die getatigten Transaktionen, Buchungen 
Oder Freigaben usw. im ausgewahlten Zeitraum gezahlt werden 
Mi. diesem Report konnen die gezshlten Cost Events an einen Abrechnungsservice 
ubergeben werden. 

Nach der Obergabe konnen die verarbeiteten Cost Events geloscht werden 
Bm Rechnungsempfanger kann einstellen, bei welchen Ereignissen er in Form einer SMS 
e,ner Email Oder eines Briefes benachrichtig. werden mbchte und welcher Mrtarbeiter ' 
EmpfangerdieserNachricht sein soli [1.19]. Auch mehrere Mitarbeiter kbnnen 
versohiedenartige Benachriohtigungen Ober dasselbe Ereignis erhalten [10.39] Diese 
l^reignisse konnen sein: . 

■ Rechnungsempfanger wurde an einem Biller Consolidator Netz freigeschaltet 

■ Rechnungssteller hat Registrierung des Kunden akzeptiert Oder abgelehnt 

■ Rechnungssteller ist aus Biller-Consolidator Netz ausgeschieden 

■ Neue Rechnung ist eingetroffen 

■ Skontowarnung (x (einstellbar) Tage vor AWauf der Skontofrist, x RE-spe Z if,sch 
einstellbar) 

■ Rechnung ist fal.ig (x Tage vor Fal.igkeitsdatum, x RE-spezifisch einsteWbar) 
' Antwort des Rechnungsstellers (auf eine Riickfrage) 

■ Rechnungssteller nimmt Rechnung zuruck (z.B. weil ein Irrtum vorlag) 
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Benachrichtigungen per Email konnen einen Link auf eine entsprechende Webseite 
enthalten. 

Ein Rechnungssteller kann seine im eCSP gehaltenen Stammdaten selber pflegen, d.h. 
entsprechend der Berechtigung des jeweiligen Benutzers konnen die Postanschrift und 
andere Kommunikationswege, und Bankverbindungen online geandert werden. 
Der eCSP kann in ein Portal integriert werden. 

Einer der Services, die der eCSP Betreiber den angebundenen Rechnungsempfangern 
anbieten kann, ist die Archivierung aller Rechnungen. Durch die Archivierung werden 
bestimmte Rechnungen aus dem Online Bestand entfernt und stattdessen auf einem nicht 
uberschreibbaren Datentrager und in auswertbarer Form dem RS zur Verfugung gestellt 
Die Nichtuberschreibbarkeit ist von besonderem Vorteil fur die Mehrwertsteuerkonformitat 
dieser Losung. 

&ei jedem Archivierungslauf kann die Selektion des Datenbestandes folgendermassen 
erfolgen: 

Alle Rechnungen 

- Genau einer bestimmten Organisationseinheit 

■ mit Einlieferungsdatum vor (Tagesdatum minus RE-spezifischer Frist, festgelegt im 
Customizing) 

■ mit Status abgelehnt, storniert Oder gebucht 

Fur jede zu archivierende Rechnung konnen folgende Informationen archiviert werden: 

■ Originalrechnung digital signiert (elektronisches Format wie IDOC oder 
UN/ED I FACT oder XML usw.) 

1 - zugehorige Rechnung im lesbaren Format digital signiert (PDF - kann im Thin 
0. Consolidation Fall auch Originalrechnung sein) 

• Zusatzdokument aus Workflow mit Unterschriften und Bemerkungen der 
Gutheisser, Freigeber etc. 

- Fortschreibung des Geschaftsvorfall: das Protokoll aller schreibenden Aktionen, 
inkl. Ruckfragen und Notizen soli mit archiviert werden 
Der RE kann individuell Zustellungszyklen einstellen, denen entsprechend ihm 
Archivdaten zur Verfugung gestellt werden. 

Es konnen Tools zur Signaturprufung integriert sein, die auch auf dem nicht 
uberschreibbaren Datentrager enthalten sein konnen. 
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D.e Software zur Archivierung kann Suchkriterien (Rechnungdatum, Customer, Betrag 
Wahrung, Rechnungsnr., Status) zur Verfugung stellen, die es erlauben, Rechnungen 
schneli zu finden. Die Suchresultate konnen nach verschiedenen Kriterien sortiert werden 
Dem Betreiber wird mit der Archivierungsfunktion eine Funktion zur Verfugung gestellt mit 
der er fur einen bestimmten Rechnungsempfanger alle Rechnungen als Sammelrechnung 
auf Pap,er ausdrucken kann, urn diese dem Rechnungsempfanger fur steuerliche Zwecke 
zur Verfugung stellen zu konnen. 

Fur die Rechnungsbearbeitung beim Customer konnen samtliche Prozessschritte mit den 
zugehorigen Objekten protokolliert werden, so daft der Prozeftablauf nachvollziehbar 
bleibt (unter anderem die Rechnung, Gutheissung, Freigabe, Ablehnung, Weiterleitung 
Kontierung, Notizen, Abholung der Belegdaten). Die Protokollierung kann mit einer 
Identifikation des Bearbeiters, Timestamp, Rechnungsbezug und getatigter Aktion 
^lerfolgen. 

Die Daten auf dem eCSP konnen von dem eCSP Betreiber uber eine 
Standardarchivierungs-Schnittstelle (Archive Link) archiviert werden. Ein Ruckladen der 
Daten ins System ist moglich (z.B. fur Auswertungszwecke). 

Ein Support Mitarbeiter kann in einem Monitor samtliche Meldungen und Vorgange zu 
emer Rechnung oder zu einer Organisationseinheit beobachten. Wenn Probleme auftreten 
sollten, beispielsweise dass einen Rechnung nicht korrekt angekomen ist, ist es moglich 
anhand der Meldungen nachzuvollziehen, an welcher Stelle das Problem aufgetreten ist' 
Support Mitarbeiter des eCSP Betreibers sollten diese.ben Screens sehen konnen wie ihre 
Kunden, denen sie Hilfestellung leisten sollen. Es kann vorgesehen sein, auf die 
(Rechnungsubersicht einer bestimmten Organisationseinheit ins Einstiegsbild eines 
Aest.mmten Benutzers zu kommen. Es kann weiter vorgesehen sein, dad der Support 
^.tarbeiter zeitweise die Eigenschaften eines Benutzers auf sich selber wiederspiegeln 
kann, urn nachvollziehen zu konnen, welches Problem sein Gegenuber derzeit gerade hat 
Meldet ein Rechnungssteller sich am Netz ab, kann in der Billerliste der Status aktua.isiert 
d.e angebundenen RE's informiert und fortan keine Rechnungen dieses RS mehr 
akzeptiert werden. 

Weiter vorteilhaft ist es, wenn ein RE keine Rechnungen eines anderen RE's sehen kann 
Femer kann vorgesehen werden, dafl ein Supportmitarbeiter niemals ..unbemerkf d h 
ohne entsprechende Protokollierung durch das System ins Handlungsgeschehen 
emgreifen konnen (Rechnungen ablehnen, kontieren etc.). 
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lm foigenden wird die Erfindung anhand der Figuren 1 - 8 waiter eriauted Ein 
Besohrankung der Erfindung in irgend einer Weise is. dadurch nich. beabsichfigt 

2ZZl b ~T * B '° Ckdia9ramm C °-P"t-ys.eme m„ Programmer, und Dateien 

ZZT I S,flndUn9S9ema6e " ™<*>™ - C °m pu ,erimp,eme nt ier,en 
Bearbeitung von Rechnungen. 

Fig. 2 zeig, beispieihaft einen Laufweg einer eiekftonischen Reohnung bei Benufeung des 
erfindungsgemaGen Verfahrens anhand eines Blockdiagramms. 

Fig. 3 zeig, beispieihaft mehrere Schritte bei der Bearbeftung von Reohnungen nach dem 
erfindungsgemaiSen Verfahren nnacnoem 

F* 4 zeig. anhand eines Biockschaftbiides eine ers.e mbgHohe Aufteiiung von einzeinen 
Sohntten des erfindungsgemaBen Varfahrens auf eine oder mehrere Padeien. 

Fig 5 zeig, anhand eines Biocksohaftbiides eine zweite mogiiche Aufteiiung von einzeinen 
Sohntten des emndungsgemailen Verfahrens au, eine oder mehrere ParteL 

sl^n IrTH eiTOS BI ° CkSCha,,bildeS eine *«• Aufteiiung von einzeinen 

Sohntten des erfindungsgemaRen Verfahrens auf eine oder mehrere Parteien. 



beispie ' na,, eine m69liche schrmfo,se 2ur ■• manueiien " eearbeitun9 

ReohnTng 1 ^"'^ Sine "***" " Bearbettung einer 
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F.g. 1 1 2e,gt ein Beispiel einer moglichen Verwendung des erfindungsgemafJen 
Verfahrens, bei dern ein Waren- oder (Dienst-) Leistungsempfanger dem 
Leistungserbringereinen Rechnungsvorschlag unterbreitet. 

Fig. 12 zeigt zusatz.ich zu Fig. 1 1 wie der Rechnungsvorschlag vom Leistungserbringer 
bearbeitet wird. 

Die Figuren 1a und 1b zeigen ein Beispiel eine Implementierung einer Ausfuhrungsform 
der Erfindung: ein Computer-System 101, dass mil einem Computer System 115 
verbunden werden kann. wobei beide mit Programmer, oder Programmmodulen zur 
Durchfuhrung des erfindungsgemaBen Verfahrens versehen sind. Fig. 1a zeigt einen 
Computer System 101 aufweisend einen Computer 102 mit einer CPU 105 einem 
^rbeitsspeicher 1 12, in dem Softwareanwendungen zur Ausfuhrung duroh die CPU 105 
gespe,ohert sind. Eine derartige Softwareanwendung ist das erfindungsgemaRe 
Programmen 1 1 1, der eCSP. Das Computer-System 101 umfasst weiter Eingabemittel 
103 und Ausgabemittel 104 zur Bedienung durch einen Anwender, zum Beispiel zum 
Starten von Programmen und/oder zur Eingabe und Ausgabe von Daten Das 
Computersystem 101 weist weiter allgemeine Eingangs- und Ausgangsmitte, 1 08 auf 
emschlieaiich einer Netzwerkverbindung 113, zum Senden und/oder Empfangen von ' 
Daten. zum Beispiel uber eine Netzwerkverbindung mit einem Oder mehreren weiteren 
Computersystemen 1 14, und zum Empfangen von elektronisohen Rechnungen. Eine 
Velzahl von Computer-Systemen ahnlioh wie das Computer-System 101, insbesondere 
Lein Computer-System 1 1 5 in Fig. 1 b, k6nnen Ober die Netzwerkverbindung 1 1 3 in Form 
J|nes Netzwerkes miteinander verbunden sein. In einem derartigen Fall konnen die 
Netzwerkcomputer 1 14 als weitere Eingabe- bzw. Ausgabemittel oder als weitere 
Spe,chermittel benutz1 werden. Zur Speiohemng von Daten weis, das Computer-System 
101 e,n n,oht fluchtlges Speiohermitte, 107 auf. Fig. lb zeigt das Computer-System 115 
dass mrt dem Computer System 1 01 von Fig. 1a verbindbar ist. Das Computer-System ' 
115 umfasst einen Computer 116 mit einer CPU 121, einem Arbeitsspeicher 120, in dem 
Software Anwendungen zur Ausfuhrung duroh die CPU 121 gespeiohert sind, aligemeine 
Eingabe- und Ausgabemittel 122 Inklusive einer Netzwerkverbindung 123 zum Senden 
und/oder Empfangen von Daten und zum Aufbau eines Netzwerkes mit anderen 
Computer-Systemen, insbesondere mit dem Computer-System 101 aus Fig 1a Das 
Computer-System 1 1 5 umfasst weiter Eingabemittel 1 1 7 und Ausgabemittel 1 1 8 zur 
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Bedienung durch einen Benutzer, z. B. zum Starten von Programmen und/oderzur 
E.ngabe und/oder Ausgabe von Daten. Aufierdem ist ein nicht fluchtiger Speicher 1 1 9 



In dem Ausfuhrungsbeispiel der Figuren 1a und 1b ist der erfindungsgemafJe eCSP 1 1 1 
auf dem Computersystem 101, das einer ersten Partei zuzuordnen ist, installiert. Der 
eCSP 1 1 1 befahigt eine zweite Partei mit Hilfe des Computer-Systems 1 1 5 elektronische 
Dokumente, im Beispiel sind es Rechnungen, auf dem Computer-System 101 zu 
bearbeiten, sofern beide Computer-Systeme miteinander verbunden sind. Dies wird im 
folgenden detaillierter erklart werden. 

.Voraussetzung ist zunachst, dass der ersten Partei auf dem Computersystem 101 eine 
.^Rechnung in eiektronischer Form vorliegt. Dies kann z. B. dadurch erfolgt sein, dass ein 
Rechnungsstelier der ersten Partei eine elektronische Rechnung mitteis E-Mail oder 
Datentrager oder uber eine Netzwerkverbindung uber dem Eingang 1 08 in das Computer- 
System 101 ein gespielt hat. Eine so erhaltene Rechnung wird dann in ein internes Format 
konvert.ert und in einer Tabelle 1 09 gespeichert. Die Tabelle 1 09 hat eine Vielzahl von 
Spalten, die Rechnungsinformationen enthalten, wie Rechnung Nr., Kunde Datum 
Produkt, Preis, Adresse usw. DieZeilen der Tabelle 109 bestehen aus Datenfeldern 
entsprechend den genannten Spalten und bilden die einzelnen Rechnungen 
Selbstverstandlich kann die Rechnungen auch auf mehrere Tabellen aufgeteilt seien 
(relational Datenbank). Sobald eine neue Rechnung eine so.che Tabel.e 109 gespeichert 
wn-d, oder nach einer voreinstellbaren Anzah. von neue eingespeicherten Rechnungen 
(^Trzeugt der eCSP 1 1 1 aus einem oder mehreren Datenfeldern einer Rechnung aus der 
Tabelle 1 09 unter Hinzufiigung von weiteren Datenfeldern aus einer Tabelle 1 06 ein 
strukturiertes Dokument 125. Das strukturierte Dokument 125 kann Daten, tags oder 
Programmcode enthalten. Dieses strukturierte Dokument 125 ist in einem Web-Browser 
124 anzeigbar, und die weiteren Datenfelder konnen mitteis des Web-Browsers 125 
edrtiert werden. Das strukturierte Dokument 125 ist vorzugsweise eine strukturierte Tabel.e 
oder eine XML-Datei oder eine HTML-Datei oder eine Java Server Page. Name und 
E,genschaften der weiteren Datenfelder sind in einer Tabelle 106 gespeichert. Die Namen 
konnen s.ch am Zweck des weiteren Datenfeldes bzw. an der Art der einzugebenden 
Daten oder Informationen orientieren, z. B. Konto, Kostenstelle usw. Als Eigenschaften 
konnen Grofien wie Typen, Grofie, Sichtbarkeit. Editierbarkeit, ein Defaultwert usw 
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desert warden. Typ kann z. B. sain 2ah, Oder Zeichenkette, die Gr6Be entspncb, der 
Lange des Feides. SicblbarkeK gibt an, ob das betreffende Feld im Browser angezeig, wird 
Oder U ns,c h ,bar b,e,b., Editierbarkei, gib, an, ob das Feid i m Browser editiert warden kal 
D,e Bgenscbaft Defauitwert gib, an, ob und weicber Wert vom eCSP vorab in das 
^ F ! W 9eSChriebe " Wird - Das Dokumen, 125 und die Tabelle 106 

2 Part" T SyS ' emS ^ jSden R **"™'- Oder «r Jade ers,e Oder 

zwe„e Parte, Oder e.nen bestimmten Sacbbearbeiter einer der Parteien spezif.scb 
ausgestaite. warden. Der eCSP 1 1 1 erzeug, weiter einen HTTP-Link 1 1 0, der au, das 

ZsZ2ZT nt 1 25 zei9t Der HTTP " Link wird der — Partei «- «*« 

SMS zugesand,. D,e zwerte Partei bzw. eine ibrer Sacbbearbeiter kann den HTTP-Link 

kann mrf H. fe des Web-Browsers 124 den HTTP-Link 110 ausfubren, worauf der Web- 
JBrowser 124 uber eine Netzwerkverbindung 123 vorzugsweise uber die 
.•-Zwisobenscba,, U ng eines Anme,dungsschr*es aufdas struktunerte Dokumen, 125. das 

Ten B ^ SyStem ere,e " Part6i bBflndet ' ZU9rei «' - - -1 

e,nen B.idsch.rmen 1 18 des Computer-Systems 115 zur Anzeige bring, Der 

Sacbbearbeiter der zweiten Partei sieb, eine fur ibn gestaitete Anzeige und kann die zur 

kann da 7 «"""" «««". Naob erfoigter Dateneingabe 

kann der Saobbearbeitar das steuktunerte Dokumen. 125 scbiieiSen. Der eCSP 111 
ubenvacb, dan Status des strukturierte Dokumentes an 125. Nacbdem der Status • 
Bearbertung baende, ■ erkannt wurde, kann das geanderte bzw. editierte strukturierte 
Do uman, 125 a,s Buobbaitungsbeiag (Baieg, an die zweite Partei zur Eingabe n b 
e,ek,ron,scbes Buobha„ungssys,am gesand, warden. Vorher kann der Beieg noob 
^formatted werden, urn ibn an die von darzweiten Partei verwandeten FoLte 
«n 2 upassan. Es kann abar aucb aus dam geSnderten strukluriarten Dokumen, 125 odar 

Da an id 9 Uf ° 9Un9 Weteren Daten,e,der -*°^r Wagiassung von 

Datanfeidarn e,n weiteres strukturiertes Dokumen. 125, dass fur einen anderen 

s^ZTZ rr SCh9eSMet * S ° Wie weiterer HTTP-Link 1 1 0 

Sal 7 En ' SPreChend kann da ™ *»™«ere HTTP-Link 110 dem anderen 
Sacbbaarba„er zugesand, warden, worauf dieser in anaioger Weise die weitere 

kann EsX r T" 8 ^ *» ~ ada " °o-™» 125 durcnftmren 

kann. Es konnen aucb paraile, bzw. gleicbzeitig zwai unterschiediicbe strukturierte 
Dokumente 125, die fur unterscbiediioba Sacbbearbeiter spezifiscb ausgestaite, s n d und 
en,sprecbende HTTP-Links 1 10 erzeug, werden. Dies erm 0 g,icb,e in anaioger W ise d ie 
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parallele bzw. gieiohzeiflge Bearbertung der Raohnung. Beim Einrichten das Systems 
konnan a,nam odar mehrere unfersobiedliohe Abfolgan soloher konfigurierbarer 
Arbeitssohritte als Workflow voreingestellt weiden. 

Dia Fig. 2 z eigt ein Beispie| ejnes Weges auf e . ne e|ektron . sch ^ 
e,ek«ron,sohes B U ch ha „ ungssystem eines Rechnungsempfangers (Ku 
kann: a,na eiekfronisohe Raohnung 201 wird an ainan aCSP 202 gasand, Dia 
e aktronischa Raohnung 201 wird, wiezu Fig. 1 oban ausgafobrt. mi, Hilfedes aCSP dar 
auf e,nem Computarsyslam instafliart is,, konfler, und geprOft. Dar aCSP erzeug, aus dam 
g andartan , s,ruk,urier,en Dokunren, ainan Buobna„ungsba,ag 204 and sanda, ihn 
automata odar auf Anfordarung an aina Buchhaltungssoftwara 203 des 
. J* ^aobnungsampfangars. dia ebenfails auf ainam Compufar-Sysfam insfaUiar, is,. D,a 
f&uohhaftungssoftwara 203 kann nun Informationan aus dam Balag 204 ibran einzemen 
Moduien zuordnen. beispieisweise ainar FinanzbuohhaKung 205 einem 
Kos,enreohnungsmodu, 206, ainar AniagenbuohhaKung 207, ainam Logistikmodu, 208 

atsPH 3 Z h ei9 ! b : iSPie ' haft m69 ' iChe A *~ina, dia »* Hiife das erflndungsgemaBen 
eCSP durobgafflbr, wardan k«nne, Wann aina afaKfronisoba Raobnung 301 lam 
errWungsgamaaan aCSP 2 ugasand, wird, kann in ainam arstan SohriH 302 aina 
au.oma,,soba PrOfung dar eiekbonisohen Raobnung 301 noob vorainsfafiba an Kdfarian 

tZZ ilT ^ 7 FShlerS ^ ^ K»— *-» i nam 

Sohrm 303 a,na formala PrOfung (Eskaiaflon) durohgefuhrl wardan. Dazu wird vom aCSP 

emspreohendes s,ruk,urier,es Dokuman, erzeug, und aina E-Mai, m « ainl HTTP L L 

:;it °r ehenensachbea * ei,er ~ 

:::r f ; i9end r davon ~ en ww - dass * — — ■ 

e.nen Saohbearberter zur Bearbeifung gasand, bzw. zugangiiohgamach, wird ) Alfamativ 
ann abar auob dia a,a k ,ronisoba Raobnung 301 in ainam Sob*, 304 automat 

aTnd, T WSrden - D3ZU kam 6ine E-Mai, an dan Raobnungss,a„ar 

gesand, wardan. Ergib, dia au.omafisoba PrOfung ,m Sehdb 302 ke ina Fabiar, kann T 
Workflow ,n„„er, wardan. Dann wird in dar barai.s basobriabanan Waisa ain 
entspreohendes s.ruWuriarlas Dokuman, arzeug, und ainam Saohbaarbaitar 

ztz c To7 e t: in einem schmt 305 eine sachiiche ™^ - 

durohgefuhrl. Das Ergabn,s dar PrOfung (zum Baispia, saoblioba in Ordnung Oder nioh, in 



in 
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Ordnung) kann der in einen dafur vorgesehenen weiteren Datenfeld vermerken 1st diese 
Bearbe.tung beendet, das strukturierte Dokument geschlossen, kann der eCSP je nach 
Ergebn.s der Prufung die Rechnung automatisch zuruckweisen oder in der bereits 
beschriebenen Weise automatisch einem weiteren Sachbearbeiter zur Bearbeitung 
zugangl.ch machen. Dieser kann dann in einem Schritt 306 die ihm angebotenen Felder 
w.e Kontonummer oder Kostenstelle ausfullen, d. h. die Rechnung kontieren 
Anschliefcend wird die Rechnung automatisch einem weiteren Sachbearbeiter 
zuganglichgemacht, der dann in einem Schritt 307 die Rechnung freigeben oder 
zuruckweisen kann. lm Falie der Freigabe erzeugt der eCSP in einem Schritt 308 
automatisch einen Buchhaltungsbeleg 309. 

^Die Fig. 4. zeigt ein Beispiel einer moglichen Anordnung und Zusammensetzung von 
^ystemen mit denen unter Zuhilfenahme des erfindungsgemafien eCSP eine Rechnung 
auf eiektronischem Wege empfangen, kontiert und gepruft werden kann. Ein Dienstieister 
403 betreibt ein Computer-System mit einem erfindungsgemafien eCSP 407 einer 
Software 404 fur Auswertungen, einer Software 405 zur Formatskonvertierung und 
Erstellung einer digitalen Signatur, eine Software 406 zur Verwa.tung von Stamm- und 
Partnerdaten und einer Abrechnungssoftware 408. Das Computer-System des 
D,enst|eisters 403 kann mit Computer-Systemen von unterschiediichen Rechnungsste.iern 
401 , 402 und einem Rechnungsempfanger 409 uber ein Netzwerk verbunden werden Die 
Bearbeitung einer Rechnung kann mit einer derartigen Anordnung folgendermafcen 
durchgefuhrt werden: eine Rechnungssteller 401, 402 sendet eine elektronische 
Rechnung an den Dienstieister 403. .n dessen Computer-System fuhrt zunachst die 
^oftware 405 eine Formatskonvertierung durch. Auderdem wird die elektronische 
Rechnung automatisch digital signiert. Hierzu sollte der Rechnungssteller dem 
D,enst,eister vorab autorisiert haben. Die signiert der Rechnung wird dann zun.chst dem 
Rechnungsempfanger 409 zur Prufung der Signatur zugesandt. Hierzu kann die Software 
406 entsprechende Adressendaten bereitste.len. Dies ist besonders vorteilhaft, war die 
Erstellung und die Prufung der Signatur von unterschiediichen juristischen Personen 
durchgefuhrt werden muss, wenn die Rechnung den gesetzlichen Bestimmungen 
betreffend die MwSt. genugen sol.. Nach erfo.gter Signaturprufung sendet der 
Rechnungsempfanger 409 die Rechnung an den Dienstieister zu ruck. Ansch.iefiend wird 
s.e beim Dienstieister vom eCSP zur weiteren Prufung und Kontierung bereitgeste.lt. Mit 
HHfe der Abrechnungssoftware 408 kann die Zahl der verarbeiteten Rechnungen oder 
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auchdereinzelnen Beantwortungsschntte gezahlt und den Reehnungsstellern und/oder 
"en Rechnungsempfangern in Reohnung gestellt werden. 

Fig. 5 zeig. ein weiteres Beispiel einer derartigen Anordnung und Zusammensetzung von 
Systemen. In diesem Beispiel betreibt ein erster Diensfleister 501 mit einem Computer- 
System eine Software 502 for Auswertungen, eine Software 503 zur Verwaltung von 
Stamm- und Partnerdaten, eine Software 504 zur Formatkonvertierung und 
S,gnaturerstellung sowie eine Abreehnungssoftware 505. Ein zweiter Diensfleister 507 
betreibt auf einem Computer System einen erfindungsgemalien eCSP 509 sowie eine 
Software 508, die als Schnittstelle und Signaturprufung diem. Weiter vorhanden sind ein 
ReohnungssteUer 506 sowie unterschiedliche Reehnungsempfanger 510 mil jeweils 
ergenen Computer-Systemen. In diesem Beispiel kann der Rechnungssteller 506 eine 
^lektronische Reohnung an den 1. Dienslleister 501 senden, eine Formatkonvertierung 
durchfuhren sowie die Reohnung digital signieren lessen. Der erste Diensfleister 501 leitet 
d,e Reohnung an den zweiten Diensfleister 507 weiter. Hierzu konnen Adressedaten von 
derverwaitungssoftware 503 bereltgesfeW warden. Aitemafiv kann der Reohnungssteller 
506 d,e Reohnung selbs. digital signieren und in einem enfspreohenden Fom^f direk. an 
den zweiten Diensfleister 507 senden. Der zweite Diensfleister 507 erhalt die signierte 
Reohnung uberdie Sohnittsteliensoftware 508. fuhr, eine Signaturprufung duroh und leitet 
d,e Reohnung zur weiteren Bearbeitung an den eCSP weiter. d. h. die Reohnung wind z B 
AUte.le ,n einer Tabelle abgespeichert, wie weiter oben bereits besohriebenen. Der eCSP ' 
uberwacht die entspreohende Tabelle und star.et einen Workflow zur Bearbeitung sobald 
eme neue Reohnung gespeichert ist. Naoh erfolgter Bearbeitung wird ein Beleg an den 
^treffenden Rechnungsempfanger 51 0 weitergeleitet. 

Fig. 6 zeig, ein weiteres Beispiel einer derartigen Anordnung und Zusammensetzung von 
Systemen. In diesem Beispiel sind die erste und zweite Partei innerhalb eines 
Unternehmens 601 ahgesiedelf. Das Untemehmen 601 betreib, ein Computer-Sysfem 
das aus einem flrmenintemen Netzwerk oder aus einem einzelnen Computer besfehen 
kann Das Untemehmen 601 ha. einen erflndungsgemaiien eCSP 602, eine Software 603 
d,e als Sohnittstelle und zur Signaturprufung dient, und ein Buohhalfungssysfem 604 Die ' 
Bearbertung und Kontierung einer Reohnung erfolgt analog dem oben bereits 
Besohnebenen. Naoh erfolgter Freigabe einer Reohnung wird ein Beleg 605 vom eCSP 
erzeugt und dem Buohhaltungssysfem 604 ubergeben. Eine derartige Anordnung is, 
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vorte.lhaft, wenn in einem Unternehmen ein Buchhaltungssystem vorhanden ist, aber 
ke,ne Funktionalitat des eCSP hat, und wenn unter Beibehalfung des vorhandenen 

Buchhaltungssystems eine neue Funktionalitat entsprechend dem eCSP installiert werden 
soil. 

Die Fig. 7 zeigt ein Beispiel eines " manuellen "Workflow zur Bearbeitung einer Rechnung 
nach dem erfindungsgemalien Verfahren. Die Bezeichnung - manuellen - bedeutet dass 
der Workflow wahrend seines Ablauts von einem der Sachbearbeiter geandert werden 
kann. In einem ersten Schrftt-701 wird eine elektronische Rechnung auf einem Computer- 
System w,e bereits beschriebenen gespeichert. Der eCSP 702 fuhrt in einem ersten 
Schritt 703 eine automatische Prufung der Rechnung gemafi vorgegebenen Kriterien 
|^durch. Die Prufung ergibt, dass die Rechnungspositionsart fehlerhaft ist, in dem 
-Pbeispielsweise eine Leistung berechnet wurde, deren Berechnung zwischen dem 

Rechnungsstellern und Rechnungsempfanger nicht vereinbart wurde und entsprechend 
n.cht ,m System hinterlegt wurde. Der eCSP startet darauf automatisch einen fur diesem 
Fall konzipierten manuellen Workflow und ubergibt die Rechnung einem ersten der 
Arbeiter 705, indem er in einem Schritt 706 eine E-Mail an den Bearbeiter 1 sendet Der 
Bearbeiter 1 kann sich dann am eCSP anmelden und in einem Schritt 706 die 
Einstellungen am eCSP anpassen, sofern mit dem Rechnungssteller vereinbart wurde 
Rechnungen mit der betreffenden Rechnungspositionsart anzunehmen. Der Bearbeiter 1 
kann in einem Schritt 708 einen neuen Oder geanderten Workflow festiegen und die 
Rechnung erneut in den Eingang geben. Anschliefcend startet der eCSP die automatische 
Prufung in Schritt 703 erneut. Nach dem die Einstellungen durch den Bearbeiter 1 
^geandert worden, wird kein Fehler festgestellt, ein entsprechender Workflow 704 
aufgerufen und die Rechnung in einem Schritt 709 einem Bearbeiter 2 und ubergeben 
Dazu wird in einem Schritt 91 1 E-Mail an den Bearbeiter zwei gesandt. Dieser me.det sich 
am eCSP 702 an, bearbeitet die Rechnung (im Beispiel heiftt er sie gut) und schliefct sie in 
einem Schritt 711. Anschlieliend wird die Rechnung einem Bearbeiter 3 in einem Schritt 
912 ubergeben. Dazu wird in einem Schritt 913 eine E-Mail an den Bearbeiter gesandt 
Dieser me.det sich am eCSP 702 an, bearbeitet die Rechnung (im Beispiel kontiert er sie 
und g,bt sie frei) und schliefct sie in einem Schritt 914. Damit ist die Bearbeitung der 
Rechnung geandert und der eCSP 702 erzeugt automatisch einen Be.eg zur Weiter.eitung 
an den Rechnungsempfanger. In Fig. 7 ist dieser Reihenfolge der Schritte auch durch die 
Bezifferung der Pfeile angezeigt. 
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Die Fig. 8 zeigt ein Beispiel eines " automatischen " Workflow zur Bearbeitung einer 
Rechnung nach dem erfindungsgemaften Verfahren. In einem ersten Schritt 801 wird eine 
elektronische Rechnung auf einem Computersystem wie bereits beschriebenen 
gespeichert. Der eCSP 802 fuhrt in einem Schritt 803 eine automatische Prufung der 
Rechnung gemali vorgegebenen Kriterien durch. Im Beispiel ergibt die Prufung einen 
Fehler und so wird ein Workflow 804 gestartet. Der Workflow ubergibt in einem Schritt 805 
die Rechnung an einen Bearbeiter 1. Dazu wird eine E-Mail 806 mit einem Link an den 
Bearbeiter 1 geschickt. Dieser kontiert die Rechnung und heiflt die Rechnung in einem 
Schritt 807 gut. In analoger Weise erfolgt anschlie&end eine Oberprufung und nochmalige 
Gutheifcung durch einen Bearbeiter 2 mit den analogen Schritten 808, 809, 81 0. 
m Anschlieliend wird die Rechnung in einem Schritt 81 1 einem Bearbeiter 3 mittels E-Mail 
^812 zur Freigabe gegeben, die im Schritt 813 erfolgt. In einem Schritt 814 kann die 
Erstellung eines Reports, d.h. einer Auswertung von einer Oder mehreren Rechnungen 
durch einen Report Generator 819, initiiert werden. Der Report kann einem Bearbeiter 4 
zuganglich gemacht werden. Hierzu wird eine E-Mail mit einem Link an den Bearbeiter 4 
gesandt. Der Bearbeiter 4 kann die Report-Datei in einem Schritt 815 downloaden und in 
e.nem Schritt 816 in eine Finanz- oder Controlling-Anwendung einspielen. In einem Schritt 
817 kann die Erledigung dieses Vorganges abgezeigt werden. 

In den Figuren 10 bis 12 sind weitere Beispiele von Anwendungen des 
erfindungsgemafcen Verfahrens dargestellt. 

^Fig. 10 erbringt ein Rechnungssteller (RS) 1005 eine Leistung, z.B. eine 
Warenlieferung, an einen Rechnungsempfanger (RE) 1001. Zur Abwicklung der 
Gegenleistung, der Zahlung, kann nun der RE 1001 dem RS 1005 eine Gutschrift senden 
D.ese kann als elektronische Gutschrift 1002 uber einem eCSP 1003 analog dem bereits 
beschriebenen Verfahren bearbeitet werden. Der eCSP 1003 kann vom RS 1005 oder 
von einem dazu autorisierten Dritten betrieben werden. Mittels des eCSP 1003 konnen 
vom RS 1005 die Prozessschritte Prufung, Kontierung, Gutheiftung, Freigabe und 
Belegerstellung durchgefuhrt werden. Als Beleg erzeugt der eCSP im Beispiel eine 
elektronische Debitorengutschrift 1004 zur weiteren Bearbeitung im Buchhaltungssystem 
des RS 1005. 
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ln Fig. 11 wird ein sogenanntes „self-billing" Szenario beschrieben. Ein Rechnungssteller 
(RS) 1 109 erbringt eine Leistung, z.B. eine Warenlieferung, an einen 
Rechnungsempfanger (RE) 1101. Zur Abwicklung der Gegenleistung, der Zahlung, kann 
nun der RE 1101 dem RS 1009 einen Rechnungsvorschlag unterbereiten. Dieser kann als 
elektronischer Rechnungsvorschlag 1 102 Ober einem eCSP 1103 analog dem bereits 
beschriebenen Verfahren bearbeitet werden. Der eCSP 1103 kann vom RE 1 101 oder 
von einem dazu autorisierten Dritten betrieben werden. Mittels des eCSP 1 103 konnen 
vom RS 1109 die Prozessschritte Prufung, Kontierung, Gutheifiung. Freigabe und 
Belegerstellung durchgefuhrt werden. Als Beleg erzeugt der eCSP im Beispiel einen 
freigegebenen Rechnungsvorschlag 1 104 sowie eine vorlaufige Kreditorenrechnung 1 107. 
Der freigegebene Rechnungsvorschlag 1 104 kann vom RS 1 109 in einem Schritt 1 108 
|kzeptiert werden, was dem RE 1 1 01 mitgeteilt wird. Der RS kann zusatzlich auch eine 
plwSt. -relevante Rechnung 1110 erstellen. Die vorlaufige Rechnung 1 107 kann vom 
Rechnungssteller 1 109 in einem Schritt 1 106 freigegeben und im Buchhaltungssystem des 
RE 1101 weiter bearbeitet werden. 

In Fig. 12 wird ein „self-billing" Szenario aus Fig. 2 beschrieben, das dadurch erweitert ist, 
dass der freigegebene elektronische Rechnungsvorschlag 1204 vom RS 1210 uber einen 
weiteren eCSP 1208 bearbeitet wird. Dieser erzeugt eine Debitorenrechnung 1209 zur 
weiteren Bearbeitung in einem Buchhaltungssystem, eine Freigabenachricht 1 206 an den 
RE 1201 sowie bei Bedarf eine MwSt. -relevante Rechnung 1211. Die ubrigen 
Bezugsziffern der Fig. 1 1 und 12 entsprechen sich. 
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1. Verfahren zur Bearbeitung von Dokumenten mit Hilfe eines Computersystems, bei dem 
das Dokument in elektronischer Form mit ein oder mehreren Datenfeldern vorliegt die 
Dokumentinformationen enthalten, und bei dem ein oder mehrere elektronische 
Dokumente von einerersten Partei einerzweiten Partei zuganglich gemacht werden, 
dadurch gekennzeichnet, daft 

die erste Partei automatisch ein oder mehrere strukturierte Dokumente bereitstellt, die 
es der zweiten Partei ermoglichen, ein oder mehrere weitere Datenfelder zu ein oder 
mehreren Datenfelder des oder jeden elektronischen Dokumentes hinzuzufugen 



a//' 
*2. 



Verfahren nach Anspruch 1 , bei dem ein Verweis auf den Speicherort des oder jeden 
struktunerten Dokuments erzeugt und an die zweite Partei gesandt wird. 



3. Verfahren nach Anspruch 1 oder 2, wobei die zweite Partei uber eine 
Netzwerkverbindung auf das strukturierte Dokument zugreift. 



4. Verfahren nach einem oder mehreren der Anspruche 1 bis 3, wobei das oder jedes 

strukturierte Dokument Daten und/oder tags und/oder Programmcode enthalt, so dali 
• ,derzwe.ten Partei, die auf das strukturierte Dokument zugreift, ein oder mehrere 
Datenfelder als Auswahl zum Editieren und/oder Hinzufugen angeboten werden 



5. Verfahren nach einem oder mehreren der Anspruche 1 bis 4, wobei das strukturierte 
Dokument eine strukturierte Tabelle oder eine XML-Datei oder eine HTML- Datei er 
eine Java Server Page ist. 



6. Verfahren nach einem oder mehreren der Anspruche 1 bis 5, bei dem die zweite Partei 
mit H,lfe eines Webbrowsers uber ein Netzwerk oder das Internet auf das oder jedes 
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strukturierte Dokument zugreift. 



7. Verfahren nach einem Oder mehreren der Anspruche 1 bis 6, wobei das strukturierte 
Dokumente einen Verweis auf den Speicherort des elektronischen Dokumentes 
enthalt. 



8. Verfahren nach einem Oder mehreren der Anspruche 1 bis 7, bei dem das oder jedes 
weitere Datenfeld mit einem Defaultwert vorbelegt wird. 



Verfahren nach einem oder mehreren der Anspruche 1 bis 8, wobei der zweiten Partei 
Mittel zum Eingeben von Informationen in das oder jedes weitere Datenfeld angeboten 
werden. 



10. Verfahren nach einem oder mehreren der Anspruche 1 bis 9, wobei das Dokument 
eine Rechnung ist. 



1 1 .Verfahren nach Anspruch 10, bei dem der zweiten Partei Mittel zur Bestatigung der 
^/ y Rechnung angeboten werden. 



12.Verfahren nach einem oder mehreren der Anspruche 1 bis 11, aufweisend den Schritt: 
Versenden des oder jeden strukturierten Dokumentes an die zweite Partei. 



13. Verfahren nach einem oder mehreren der Anspruche 1 bis 12, bei dem das 
elektronische Dokument und/oder das strukturierte Dokument verschlusselt wird. 
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14. Verfahren nach einem oder mehreren der Anspruche 1 bis 13, bei dem ein Workflow 
zur Bearbeitung des oder jeden strukturierten Dokumentes gestartet wird. 

15. Verfahren nach einem oder mehreren der Anspruche 1 bis 14, bei dem das 
elektronische Dokument automatisch auf voreinstellbare Kriterien uberprtift wird. 

16. Verfahren nach einem oder mehreren der Anspruche 1 bis 15, bei dem das 
elektronische Dokument und/oder das strukturierte Dokument digital signiert wird. 

(PJ 7. Verfahren nach einem oder mehreren der Anspruche 10 bis 16, aufweisend den Schritt 
Weiterleiten der bearbeiteten Rechnung an einen Zahlungsservice. 

18. Verfahren nach einem oder mehreren der Anspruche 9 bis 17, wobei die Informationen 
Rechnungsinformationen sind und Informationen zu Adressen des Rechnungsstellers 
und/oder des Rechnungsempfangers und/oder des Zahlungsservice und/oder zur 
Zahlung und/oder zur MwSt. und/oder zu Rechnungspositionen mit Bezug zum 
zugrundeliegenden Auftrag und/oder zur Kommentierung umfassen. 

19. Verfahren nach einem oder mehreren der Anspruche 10 bis 18, wobei die weiteren 
Datenfelder zur Eingabe von Kontierungsinformationen vorgesehen sind. 



20.Computer-System zur Durchfuhrung eines Verfahrens nach einem oder mehreren der 
vorstehenden Anspruche, aufweisend 
Mittel zur Speicherung von Daten 
Mittel zur Speicherung von Programmen 
Mittel zur Ausfuhrung von Programmen 

Programmcodemittel zur Ausfuhrung eines Verfahrens nach einem oder mehreren der 
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21.Computer-Programm mit Programmcodemitteln urn all* Q rhritt 

rr err - ' rr ~ ==r 

wenn das Programmer, auf emem Computer ausgefuhrt wird. 
22. Comp ute ,P rogramm nach Anspruch 21 en(hai(en ^ ejnen e|ekMschen 

^23.ComputerprogrammproduktmitProgrammcodemitt^n h; V ■ 

1 
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Zusammenfassung 

Die Erfindung betrifft ein Verfahren zur Bearbeitung von Dokumenten mit Hilfe eines 
Computersystems, bei dem das Dokument in elektronischer Form mit ein oder mehreren 
Datenfeldem vorliegt, die Dokumentinformationen enthalten, und bei dem ein oder mehrere 
elektronische Dokumente von einer ersten Partei einer zweiten Partei zuganglich gemacht werden, 
dadurch gekennzeichnet, daB 

die erste Partei automatisch ein oder mehrere strukturierte Dokumente bereitstellt, die es der 
zweiten Partei ermoglichen, ein oder mehrere weitere Datenfelder zu ein oder mehreren Datenfelder 
des oder jeden elektronischen Dokumentes hinzuzufugen. 
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